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Publication Title: 

Memory-card application-program debugging process and debugging system 



Abstract: 

The invention relates to systems for debugging chip card (smart card) 
application programs. It applies to cards including a microprocessor and an 
electrically programmable non-volatile memory, this memory containing an 
application program which can be run by the microprocessor. 
In order to carry out debugging, a very simple system is used which relies on the 
fact that the memory of the application program is electrically programmable. 
This memory is used to store, on the one hand, provisional and modifiable 
versions of the application program and, on the other hand, a debugging aid 
program. In practice the debugging system comprises merely a specimen chip 
card (30), a card reader (32) and a microcomputer (34) for controlling the 
exchanges between the card and the reader. The process consists essentially in 
storing in memory the program to be debugged, in modifying an instruction of this 
program in order to replace it with a branch instruction to the debugging aid 
program, and in initiating the application program. The aid program provides 
information regarding the status of the system at the time of the branching. 
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(54) Proc6de de debogage de programme d'application de carte a mdmoire et systems de debogage. 



(57) ^invention concern e les systemes de debogage de 
programmes d'application de cartes a puces. Elte s'appli- 
que aux cartes comportant un microprocesseur et une me- 
moire non volatile programmable electriquement, cette me- 
moire contenant un programme d'application executable 
par le microprocesseur. 

Pour realiser le debogage on utilise un systeme tres sim- 
ple fonde sur le fait que la memoire du programme d'appli- 
cation est programmable electriquement. on se sert de 
cette memoire pour stocker d'une part des versions provi- 
so ires et modifiables du programme d'application, et d 'au- 
tre part un programme d'aide au debogage. Le systeme de 
debogage comprend en pratique seulement une carte a 
puce ecnantillon (30), un lecteur de carte (32), et un micro- 
ordinateur (34) pour piloter les echanges entre la carte et le 
lecteur. Le procede consiste essentiellement a stocker en 
memoire le programme a deboguer, a modifier une instruc- 
tion de ce programme pour la remplacer par une instruction 
de branchement vers le programme d'aide au debogage, et 
a lancer le programme d'application. Le programme d'aide 
fournit des renseignements sur I'etat du systeme au mo- 
ment du branchement. 
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PROCEDE DE DEBOGAGE DE PROGRAMME D 1 APPLICATION 
DE CARTE A MEMOIRE ET SYSTEME DE DEBOGAGE 

L 1 invention concerne la mise au point de programmes 
d 1 application de cartes & puces incorporant un 
microprocesseur et une memo ire de programmes . 

Si la carte Sl puce comprend un microprocesseur, 
5 c'est pour pouvoir ex§cuter des programmes d" application 
qui se pr§sentent sous forme d 1 instructions successives 
donnees au microprocesseur. Ces instructions portent sur 
des operations internes & la carte et sur les ^changes 
de donnees ef fectues entre la carte et un lecteur de 
10 carte dans lequel la carte est inseree. 

Pour la mise au point de tout programme 
d 8 application de microprocesseur, il est necessaire de 
passer par une phase de debogage dans laquelle le 
programme d 1 application est test§, dans des conditions 
15 aussi proches que possible de la realite, et les erreurs 
eventuelles sont detectees puis corrigees. Les cartes a 
puces a microprocesseur n'echappent pas a cette regie. 

Les cartes a puces qui sont plus specialement 
concernees par la presente invention sont les cartes S 
20 microprocesseur comportant non seulement une memoire 
morte (ROM) et une memoire vive de travail (RAM) , mais 
aussi une memoire electriquement effagable et 
reprogrammable (EEPROM) ou simplement electriquement 
programmable (EPROM) . La memoire morte comprend un 
25 programme fige, intangible, representant notamment le 
systeme d 1 exploitation de la carte a microprocesseur : 
gestion des m^moires, gestion des securites d'acces, et 
plus generalement tous les programmes obligatoires non 
modifiables de la carte a puce. La mSmoire RAM sert 
30 classiquement a stocker des donnSes temporairement et de 
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maniere volatile au cours de 1' execution d'un programme. 
La memoire EEPROM ou EPROM contient des donnees non 
volatiles et peut contenir aussi des programmes 
d' application varies, pour que la carte puisse avoir des 
fonctionnalites supplement aires, specif iques d'une 
application donnee. 

L 1 invention s 1 inter esse tout particulierement au 
dSbogage des programmes d' application stockes en memoire 
non volatile EEPROM ou EPROM et executables directement 
a partir de cette memoire. 

Dans la suite on ne parlera que de memoires EEPROM, 
c'est-a-dire non seulement programmables mais aussi 
eff arables electriquement, l 1 invention §tant 

particulierement interessante dans ce cas. 

Pour effectuer le d&bogage d'un programme 
d' application qui est ainsi destine & Stre stocks en 
memoire non volatile pour etre execute, on utilise 
habituellement un outil de developpement qui comprend 
d'une part un simulateur de carte et d' autre part un 
emulateur de microprocesseur. 

La figure 1 rappelle la constitution classique d'un 
outil de developpement d 1 application de microprocesseur. 

Le simulateur de carte 10 est un appareil 
electronique destine a etre connecte d'une part a un 
lecteur de carte 12 (par 1 ' intermediaire d'une extension 
14 simulant les contacts d'acces d'une carte a puce), et 
d' autre part a l f emulateur 16. Le simulateur remplace la 
carte et possede toutes les ressources de la carte 
(memoires RAM, ROM, EEPROM, interfaces d 1 entree/ sortie 
etc.) sauf le microprocesseur. 

L' emulateur 16 simule le f onctionnement du 
microprocesseur de la carte et comprend a cet effet un 
microprocesseur identique a celui des cartes utilisees 
dans l 1 application. L 1 emulateur est relie d'une part au 
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simulateur de carte 10 pour que son microprocesseur soit 
dans le meiae environnement que s'il etait monte 
ef fectivement sur une carte avec les ressources de 
celle-ci; et il est relie d 1 autre part a un 
microordinateur 18 capable de le commander c'est-a-dire 
de lui fournir toute instruction souhaitee et capable 
d'echanger des donnees avec lui. 

Le lecteur de carte 12 quant a lui est relie aussi 
a un autre microordinateur 20 capable de le commander 
pour lui permettre d'echanger des donnees avec le 
simulateur de carte par 1 1 intermSdiaire de l 1 extension 
14, exactement comme si une veritable carte etait 
inseree dans le lecteur. C'est par ce deuxieme 
microordinateur 20 que l'on pourra recueillir toutes les 
informations utiles sur ce qui se passe dans la carte, 
le premier microordinateur ayant pour rdle de fournir 
des instructions au microprocesseur pour lui faire 
ex§cuter des programmes controles. 

Le developpement de 1 'application avec cet outil 
classique consiste & : 

- faire executer un programme d' application 
par le microprocesseur de l'emulateur, soit completement 
soit partiellement, soit en mode pas-a-pas, soit en 
imposant des points d 'arrets, etc, 

- examiner le fonctionnement global et 
detaille, en s 1 int&ressant notamment aux contenus des 
memoires et registres internes du microprocesseur & 
diverses etapes du programme. 

- detecter les defauts de fonctionnalites et 
autres erreurs; 

- modifier le programme d' application dans un 
sens tendant a supprimer les defauts constates; 

- et recommencer le debogage avec le programme 
d 1 application modifie, ceci jusqu'S disparition complete 
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des d§fauts constat §s, 

II faut done un outil de developpement relativement 
compliqu§ (un emulateur + un simulateur + deux 
ordinateurs personnels) et done cher pour effectuer ce 
debogage. 

D' autre part le simulateur de carte est rarement 
paLrfaitement compatible avec la carte qu'il doit 
simuler : il peut y avoir des hearts de conditions 
d' operation (tension d 1 alimentation, frequence 
d'horloge, jeu d 1 instructions, etc* )• En effet, on ne 
modifie pas les outils de debogage, emulateur et 
simulateur, chaque fois qu'on apporte des petites 
modifications aux series de cartes fabriqu£es» 

Enfin, 1 'utilisateur de la carte, qui developpe 
l 1 application, n'est pas le fabricant de la carte et du 
materiel de simulation et il peut &tre a l 1 autre bout de 
la planete.. La maintenance de 1* outil de developpement 
peut done poser des problemes difficiles. 

Un but de 1' invention est d'ameliorer les outils de 
debogage pour les cartes a puces a microprocesseur 
incorporant une m§moire non volatile programmable 
electriquement, susceptible de contenir un programme 
d 1 application . 

Selon 1' invention, on propose un systeme de 
debogage de programme d 1 application de carte a memoire 
comprenant une carte a memoire echantillon correspondant 
a celle utilisee dans l 1 application a deboguer, cette 
carte comportant au moins un microprocesseur et une 
memoire non volatile programmable electriquement, un 
lecteur de carte dans lequel cette carte est introduite, 
un microordinateur (ordinateur personnel ou autre 
console de controle) pour controler le lecteur et 
notamment les echanges de donnees entre la carte et le 
lecteur, le programme a deboguer etant contenu dans une 
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premiere zone de la memoire non volatile de la carte, et 
un programme d'aide au debogage §tant contenu dans une 
deuxieme zone de la memoire non volatile. 

En pratique , le programme d'aide au debogage 
comporte des moyens pour sauvegarder dans la memoire non 
volatile des donnees internes representant le 
fonctionnement de la carte & un instant donnS. 

On peut notamment charger dans la memoire non 
volatile un programme d 1 application comportant une 
instruction modifi&e a l'endroit oil on veut observer le 
comportement interne de la carte, cette instruction 
modifiee etant une instruction de branchement vers le 
programme d'aide au debogage • 

Le proced§ de d&bogage selon 1' invention comprend 
les operations consistant & : 

- introduire une carte echantillon dans un 
lecteur de cartes contrdle par un microordinateur, la 
carte comportant un microprocesseur et une memoire non 
volatile programmable electriquement, 

- charger dans la memoire non volatile, a 
I'aide du microordinateur et du lecteur, un programme 
d' application a deboguer, et un programme d'aide au 
debogage , 

donner par 1 ' intermediaire du 

microordinateur et du lecteur des ordres de modification 
et/ou d 1 execution du programme charge, 1' execution etant 
eventuellement modifiee sous le controle du programme 
d'aide au debogage, et recueillir dans le 
microordinateur les donnees resultant de l f execution du 
programme, 

- modifier le programme d 1 application s'il y a 
lieu en fonction des r§sultats et recommencer les etapes 
de chargement d'un programme d' application, d' execution, 
et de recueil des donnees. 
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Le programme d'aide au debogage pourra comporter 
des moyens pour simuler la suite d'une sequence 
d'^changes entre la carte et le iaicroprocesseur 
lorsqu'une telle sequence a 6te interrompue en vue de la 
sauvegarde du contexte machine dans la memoire non 
volatile. 

Par consequent , au lieu d'utiliser un simulateur de 
carte qui comprend toutes les ressources de la carte 
sauf le microprocesseur, un emulateur qui comprend le 
iaicroprocesseur, et un microordinateur qui comprend un 
programme pour le microprocesseur, on utilise simplement 
une carte echantillon, identique a celle qui sera 
effectivement utilisee dans l f application. Cette carte 
comprend ses propres ressources (memoires vives, mortes 
et non volatiles) , son microprocesseur , un programme 
d 1 application stocks en memoire non volatile et un 
programme d r aide au debogage stocke dans la m§me memoire 
et apte a modifier partiellement l 1 execution du 
programme d' application. Seul un lecteur de carte et un 
seul microordinateur pour le contrdler sont n£cessaires 
pour effectuer le debogage- Le debogage s'effectue par 
chargements successifs de programmes modifies jusqu'a 
elimination complete des erreurs. On utilise ainsi tres 
avantageusement le fait que le programme d' application 
est directement executable S partir d'une memoire non 
volatile et le fait que cette memoire est programmable 
§lectriquement a partir du lecteur de cartes. 

Le microordinateur est capable notamment d'inserer 
des points d" arret (instructions de branchement vers le 
programme d'aide au debogage) a des points designes du 
programme d' application. Le programme d'aide au debogage 
stocke en memoire non volatile est de preference capable 
de lire et modifier les contenus des diverses zones de 
mSmoire (vive et non volatile) et de sauvegarder en 
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m^moire non volatile les contenus de registres divers de 
la carte, cela a n'importe quel moment du processus 
d'fichange entre la carte et le lecteur « 

D'autres caracteristiques et avantages de 
I 1 invention apparaitront & la lecture de la description 
detaillee qui suit et qui est faite en reference aux 
dessins dans lesquels : 

- la figure 1, deja decrite, represente la 
constitution classique d'un outil de developpement 
d 1 application de carte ^ puce a microprocesseur; 

- la figure 2 represente la constitution de 1" outil 
de developpement selon 1* invention; 

- la figure 3 represente schematiquement le contenu 
de la puce d'une carte S puce; 

- la figure 4 represente 1 1 organisation de la 
mSmoire non volatile avec des zones de donnees et des 
zones de codes executables; 

- la figure 5 represente un exemple de s§quence 
d'echanges entre une carte a puce et un lecteur de 
carte. 

La figure 2 represente 1' outil de developpement 
selon l 1 invention permettant le debogage d*un programme 
d 1 application d'une carte a microprocesseur lorsque ce 
programme est stocke dans une m§moire non volatile 
interne, programmable §lectriquement (en g&n£ral EEPROM 
done §galement eff arable electriquement) , de la puce de 
circuit integre de la carte. 

L 1 outil est tres simple : il comprend 

- une carte echantillon 30 correspondant 
exactement aux cartes qui seront utilisees lorsque le 
programme sera def initivement au point; 

- un lecteur de carte 32 dans lequel on peut 
inserer la carte et echanger avec elle des donnees selon 
une procedure qui n'est pas differente de la procedure 
qu'on utilisera dans 1» application finale; 
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- et un microordinateur 34 pour controler le 
lecteur et done les echanges avec la carte. Les echanges 
avec la carte sont class iquement des echanges en sirie. 
Les ^changes entre le microordinateur et le lecteur 
peuvent se faire par une liaison classique type RS232. 

La carte echantillon, coiniae la carte de 
1» application finale comporte classiquement, comme cela 
est represents a la figure 3 un microprocesseur (CPU) 
avec tous ses registres et operateurs internes, une 
memoire morte ROM de programme, pour les programmes 
fig§s dej& mis au point et principalement pour le 
systdme d 1 exploitation de la carte, une memoire vive de 
travail (RAM) , volatile, et une memoire non volatile 
programmable §lectr iquement, de preference EEPROM, 
pouvant contenir des donnees mais aussi du code 
executable, notamment le programme d 1 application qu'on 
cherche a mettre au point. La carte peut comprendre bien 
stir d'autres circuits et notamment des circuits de 
securite etablissant les autorisations d* echanges entre 
le lecteur et la carte. Ces echanges se font par des 
connexions d" entrSe/ sortie E/S, en principe en mode 
serie. 

Lors de la mise au point du programme d f application 
contenu en memoire non volatile, on utilise une premiere 
zone Zl de cette memoire pour contenir le programme & 
dSboguer, et une autre zone de memoire Z2 pour contenir 
un programme d'aide au debogage. Ces deux zones 
contiennent du code executable par le microprocesseur de 
la carte. Une troisieme zone Z3 sert de memoire de 
donnees non volatiles; ces trois zones sont accessibles 
en lecture, ecriture et effacement par le 
microprocesseur. D'autres zones peuvent encore etre 
prevues, par exemple pour contenir des informations non 
accessibles en lecture et/ou en programmation et/ou en 
effacement par le microprocesseur. 
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La figure 4 represente cette organisation de la 
memoire non volatile de la carte echantillon qui sert au 
debogage. 

Le programme d'aide au debogage qui est contenu 
5 dans la zone Z2 de la memoire est un programme 
permettant de faire executer par le microprocesseur 
diverses operations permettant d 1 analyser le dferoulement 
du programme principal; par exemple, ce programme d'aide 
comprend des instructions permettant de stocker en 

10 memoire non volatile les contenus de registres et de la 
memoire vive du microprocesseur, puis de les lire pour 
les envoyer au microordinateur. II permet aussi de lire 
et modifier des zones de la memoire vive ou de la 
memoire non volatile* 

15 La mise au point du programme se deroule de la 

maniere suivante : par le microordinateur 34 et par 
1 1 intermediaire du lecteur de carte 32 commande par le 
microordinateur , on charge dans la zone Zl de la memoire 
non volatile de la carte le programme d' application; on 

20 modifie par exemple une instruction de ce programme pour 
y introduire un point d 1 arret (permettant d" examiner 
l'etat de la carte h 1' instant oCt ce point est atteint) ; 
le point d ? arret consiste en une instruction de 
branchement vers le programme d'aide au debogage qu'on a 

25 stocke dans la zone Z2. 

On fait executer le programme d' application jusqu'a 
1 1 instruction de branchement, a partir de laquelle le 
programme d'aide au debogage prend le relais pour 
effectuer certaines operations, et notamment le releve 

30 de certains registres et memo ires du circuit. Ces 
relevgs sont stock£s en memoire EEPROM, dans la zone de 
donnees Z3. Ces releves seront lus ult§rieurement par le 
microordinateur 34; ils permettent de controler le 
fonctionnement de la carte et de d§tecter des erreurs de 
f onctionnement . 
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Le programme d'aide au d^bogage permet aussi de 
modifier le contenu de certaines zones de memo ire vive 
ou de la m§moire non volatile, et meme le contenu de 
certains registres internes du microprocesseur* 

Dans la pratique, les normes d 1 utilisation des 
cartes & puces prevoient un protocole d'£changes assez 
strict entre la carte et le lecteur. 

Ce protocole defini par la norme ISO 7816-3 est 
encore appele T = 0 ; il est represents schematiquement 
§. la figure 5 : c'est le lecteur de carte qui a le 
controle permanent des echanges et non la carte (pendant 
la mise au point de l f application, le lecteur est 
controle par le microordinateur 34) ; le lecteur envoie 
des octets de commande CMD pour d&finir les operations a 
effectuer par la carte; la carte r6pond par un octet de 
procedure PB; puis les echanges de donnees ont lieu 
(signaux DATA IN ou DATA OUT selon que la carte re?oit 
ou emet des donnees) ; et enf in la carte emet deux octets 
de fin de procedure ME1, ME2. Si le deroulement de la 
sequence n'est pas conforme S cette procedure, le 
lecteur envoie un message d'erreur et reprend le 
controle. Cette procedure normalis^e est donn6e & titre 
d'exemple. 

Une des fonctions important es du debogage est la 
connaissance du contexte machine (contenu de la memoire 
vive, contenu des registres microprocesseur) a un 
instant donne du deroulement du programme d 1 application; 
cela veut dire qu f une sequence d 1 echanges entre le 
lecteur et la carte sera forcement interrompue si on a 
besoin de connaltre le contexte au milieu de cette 
sequence • Or le lecteur reagit a toute rupture de 
sequence en emettant un message d'erreur et en 
reinitialisant tous les registres. 

Selon 1" invention, on propose un moyen pour 
permettre quand meme la connaissance du contexte machine 



2667419 



11 

k un instant desire d'une sequence d'echanges. 

Pour atteindre ce but, le programme d'aide au 
debogage (vers lequel on d£route le programme 
d' application & l'endroit d§sire) contient des 
5 instructions de sauvegarde des contenus registres et 
memo ires qu'on veut observer, et des instructions de 
simulation d'^changes de donnees avec le lecteur* La 
sauvegarde est faite dans la zone de donnees Z3 de la 
memo ire EEPROM. 

10 Par consequent, la sequence d* analyse se deroule de 

la maniere suivante : le programme d 1 application est 
charge dans la memo ire EEPROM (zone Zl) avec une 
instruction modifiee a l'endroit oil on veut observer le 
contexte machine; 1 1 instruction modifiee est une 

15 instruction de branchement vers le programme d'aide au 
debogage (zone Z2) ; le programme d'aide au debogage 
ecrit alors en memoire EEPROM (zone Z3) le contenu des 
registres et m€moires et il execute une sequence fictive 
d'echanges avec le lecteur de carte (a partir du point 

20 oft cette sequence a et6 interrompue) pour laisser croire 
au lecteur que la sequence en cours se deroule 
normalement. 

Par exemple, si la sequence en cours est une 
sequence d' envoi de donnees par la carte et si on veut 

25 observer le contexte machine juste apres I 1 octet de 
procedure PB, le programme d'aide au debogage enverra 
des donnees quelconques au lecteur pendant la sauvegarde 
du contexte machine. Si la sequence en cours etait une 
sequence de reception de donnSes par la carte, le 

30 programme d'aide au debogage simulerait une reception de 
donnees . 

Le contexte machine sauvegarde en memoire non 
volatile a des adresses specif iees de la zone Z3 pourra 
etre lu ulterieurement : le microordinateur 34 peut lire 
ou ecrire a n'importe quelle adresse de la memoire non 
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volatile sauf eventuellement dans des zones a acces 

reserve. La revelation du contenu des registres du 

microprocesseur par la lecture ulterieure de la zone Z3 

permet de comprendre les erreurs du programme de 

1* application et de les corriger. 

Par exerople, pour le microprocesseur ST8 de 

SGS-THOMSON MICROELECTRONICS S.A. , la s§rie 

d 1 instructions microprocesseurs de debogage qui servent 

a la sauvegarde du contenu des registres, est, en 

langage assembleur, la suivante : 

input Ffteoamo : BPHGR.awn 
Output Filename ; BPHGR-obJ 



55 
56 
57 
58 
59 
60 
61 
62 

63 E600 

64 E600 
6S 

66 

67 E628 

68 E62A 

69 E62C 

70 E62E 
71 

72 E630 

75 mt 

74 E634 

75 E6J6 
76 

77 E638 

78 E63A 

79 E63C 

80 E63E 
61 

82 E640 

83 E642 

84 E644 
G5 C646 
86 

87 E64B 

88 ms 

89 E64C 

90 E64E 
91 

92 E650 

93 £652 

94 E654 

95 £654 

96 E655 



**************************** 

* TSAl TRANSFER! SP TD A * 

**************************** 

TSA KACRO 
FCB m 
EWDH 

*fc+*4«*****«*««***4******+4***«*** 

ORG $£600 
BACKUP BLKB 40,0 



24 04 


CSC1 


BUS 


CCLR 


10 OA 




BSCT 


0,REG CC 


20 02 




BRA 


ZSET ' 


11 BA 


CCLR 


BCLR 


0,RECjCC 


26 04 


Z6ET 


8HE 


ZCLR 


12 8A 




BSET 


1,REC_CC 


20 02 




BRA 


HSET 


13 OA 


JXLft 


BCLR 


1 f REG_CC 


2A 04 


NSET 


6PL 


HCLR 


14 8A 




BSET 


2, REG CC 


20 02 




BRA 


I BET " 


15 OA 


HCLR 


BCLR 


2,REGj:c 


2C 04 


ism 


BHC 


ICLR 


16 6A 




BSET 


3 f REG CC 


20 02 




BRA 


HSET ~ 


17 8A 


ICLR 


BCLR 


3,REG_CC 


20 04 


HSET 


0HCC 


HCLR 


18 8A 




BSET 


4,REO CC 


20 02 




BRA 


HXT REG 


19 8A 


HCLR 


ecu 


4,REG_CC 


B7 86 


KKTJ2EG 


STA 


REG A 


BF 89 


STX 


REGJC 


9E 




TSA 




FCB 


$9C 





*************#********************« 

ZOKE DE SAUVEGARDE DE LA RAH ET DEfc 
REGISTRES A, X, CC ET SP 



RECUPERATION DE CC f A ET X 



CHDH 



97 E65S B7 8B 



STA REG^SP 
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Cette s&rie d 1 instructions est utilisable telle quelle 
sur tous les microprocesseurs du type 6805. Elle doit 
etre modifi^e en fonction du langage utilise par le 
microprocesseur, pour les autres microprocesseurs. Sa 
structure et son but se deduisent de ceux indiques 
ci-dessus. 
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REVENDICATIONS 



1. Systeme de dSbogage de programme d' application 
de carte a memo ire comprenant line carte d memo ire 
6chantillon (30) correspondant a celle utilis&e dans 
1" application k deboguer, cette carte comportant au 
moins un raicroprocesseur et une memoire non volatile 
programmable electriquement, un lecteur de carte (32) 
dans lequel cette carte est introduite f un 
microordinateur (34) pour controler le lecteur et 
notamment les echanges de donnees entre la carte et le 
lecteur, le programme a deboguer etant contenu dans une 
premiere zone (Zl) de la memoire non volatile de la 
carte, et un programme d'aide au debogage etant contenu 
dans une deuxiSme zone (Z2) de la memoire non volatile. 

2. Systeme selon la revendication 1, caract£ris§ 
en ce que le programme d'aide au debogage comporte des 
moyens pour sauvegarder dans la memoire non volatile des 
donn§es internes reprSsentant le fonctionnement de la 
carte. 

3. . Syst&ne selon l'une des revendications 1 et 2, 
caract§ris6 en ce qu'il comporte des moyens pour charger 
dans la memoire non volatile un programme d* application 
comportant une. instruction modifiee a l'endroit oH on 
veut observer le comportement interne de la carte, cette 
instruction modifiee etant une instruction de 
branchement vers le programme d'aide au debogage. 

4. ProcSde de debogage d* application de carte a 
puce, ce procede etant caracterise en ce qu'il comprend 
les operations consistant a : 

- introduire une carte echantillon (30) dans 
un lecteur de cartes (32) controle par un 
microordinateur (34) , la carte comportant un 
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microprocesseur et une memoire non volatile programmable 
€lectr iquement , 

- charger dans la memoire non volatile, a 
l'aide du microordinateur et du lecteur, un programme 
d' application a deboguer, et un programme d'aide au 
debogage, 

donner par 1 1 intermedia ire du 
microordinateur et du lecteur des ordres de modification 
et/ou d' execution du programme charge, l 1 execution Stant 
§ventuellement modifiee sous le contrdle du programme 
d*aide au debogage, et recueillir dans le 
microordinateur les donnees resultant de l 1 execution du 
programme, 

- modifier le programme d f application s'il y a 
lieu en fonction des resultats et recommencer les etapes 
de chargement d'un programme d' application, d 1 execution, 
et de recueil des donnees. 

5. Procede selon la revendication 4, caract£ris6 
en ce que le programme d f aide au debogage comporte des 
moyens pour sauvegarder dans la memoire non volatile les 
contenus de memoires et registres internes repr§sentant 
le contexte machine du microprocesseur. 

. 6. Proc§d6 selon la revendication 5, caract§ris6 
en ce que le programme d'aide au dSbogage comporte des 
moyens pour simuler la suite d'une sequence d'echanges 
entre la carte et le microprocesseur lorsqu'une telle 
sequence a et6 interrompue en vue de la sauvegarde du 
contexte machine dans la mSmoire non volatile. 
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